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(57) Abstract: A method executed by one or more digital 
devices operating in a networked environment includes the 
step of storing a network address for each digital device of 
a set of "digital devices within a networked environment. A 
Uniform Device Descriptor file is associated with each dig- 
ital device of the set of digital devices. Each Uniform De- 
vice Descriptor file characterizes a set of attributes associated 
with its corresponding digital device. Specified attributes in 
a searh request are matched with attributes in a Uniform De- 
vice Descriptor file to render a selected digital device. 
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APPARATUS AND METHOD FOR IDENTIFYING AND OPERATING 
A DIGITAL DEVICE IN A NETWORKED ENVIRONMENT 



BRIEF DESCRIPTION OF THE INVENTION 

This invention relates generally to the operation of digital devices in a 
networked environment. More particularly, this invention relates to an Extensible 
Markup Language (XML) based technique to identify and operate a networked digital 
5 device. 

BACKGROUND OF THE INVENTION 

Digital devices continue to proliferate. A digital device is an object with a 
digital circuit that processes digital data. Examples of digital devices include 

10 computers, printers, scanners, pagers, digital cameras, fax machines, digital copiers, 
personal digital assistants, digital appliances, digital telephones, digital projectors, and 
digital video recorders. The foregoing list is exemplary, the invention is applicable to 
additional devices, many of which will be developed in the future. 

When a digital device is connected to another digital device, it is necessary to 

15 specify a common operating system and connectivity scheme. If a common operating 
system and connectivity scheme are not used, various-device drivers must be used to 
emulate a common scheme. This results in substantial administrative and 
maintenance expenses for digital devices. Many digital devices do not have the 
memory or computing power to execute a set of diverse device drivers. As a result, it 
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is not practical to form networked connections between digital devices, unless all of 
the digital devices share a common operating system and connectivity scheme. This 
limitation curtails the utilization of digital devices. 

It would be highly desirable to provide a mechanism to more fully exploit the 
5 use of digital devices. In particular, it would be highly desirable to provide a 
technique for linking a digital device to a network regardless of the connectivity 
scheme and operating system used within the network. Ideally, such a scheme would 
allow easy identification of a digital device within a networked environment. It would 
also be desirable to utilize the scheme to support the administration and maintenance 
10 of digital devices in a networked environment. 



SUMMARY OF THE INVENTION 

The method of the invention is implemented with one or more digital devices 
operating in a networked environment. The method includes the step of storing a 

15 network address (e.g., an Internet Protocol (IP) address or a Uniform Resource 
Locator (URL) link) for each digital device of a set of digital devices within a 
networked environment. A Uniform Device Descriptor file is associated with each 
digital device of the set of digital devices. Each Uniform Device Descriptor file 
characterizes a set of attributes associated with its corresponding digital device. 

20 Specified attributes in a search request are precisely matched with attributes in a 
Uniform Device Descriptor file to render a selected digital device. 

The apparatus of the invention is a computer readable memory to direct one or 
more digital devices in a networked environment to function in a specified manner. A . 
digital device list specifies a network address for each digital device of a set of digital 

25 devices within a networked environment. A set of Uniform Device Descriptor files 
includes individual Uniform Device Descriptor files, each of which characterizes a set 
of attributes associated with a corresponding digital device of the set of digital 
devices. A search module matches specified attributes in a search request with 
attributes in a Uniform DeVice Descriptor file to render a selected digital device. 

30 The invention provides a technique for linking a digital device to a network 

regardless of the connectivity scheme and operating system used within the network. 
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The invention utilizes a web browser to identify digital devices within a networked 
environment. The web browser can also be used to operate digital devices within the 
networked environment. The scheme of the invention also supports the 
administration and maintenance of digital devices in the networked environment. As 
5 discussed below, embodiments of the invention operate without a web browser, yet 
still exploit the benefits of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

For a better understanding of the invention, reference should be made to the 
10 following detailed description taken in conjunction with the accompanying drawings, 
in which: 

FIGURE 1 illustrates a networked environment in which the present invention 
is implemented. 

FIGURE 2 illustrates a data structure for a Uniform Device Descriptor utilized 
1 5 in accordance with an embodiment of the invention. 

FIGURE 3 illustrates a Uniform Device Descriptor file of the invention 
presented in a visual display. 

Like reference numerals refer to corresponding parts throughout the drawings. 



20 DETAILED DESCRIPTION OF THE INVENTION 

Figure 1 illustrates a networked environment 20 that may be used to 
implement the present invention. The networked environment 20 includes a client 
computer 22. The client computer 22 is a standard computer including a central 
processing unit 24 and a set of input/output devices (e.g., keyboard, mouse, monitor, 
25 display, printer, and the like) 26 connected by a system bus 28. A memory 30 is also 
connected to the system bus 28. The memory 30 stores a web browser 3 1 . A network 
interface circuit 32 is also connected to the system bus 28. The network interface 
circuit 32 is connected to a transmission channel 34, which may be any wire, wireless, 
or optical channel. 

30 Figure 1 further illustrates a supervisory computer 40. The supervisory 

computer 40 is a client computer dedicated to performing supervisory tasks in 
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connection with digital devices in the networked environment 20. The supervisory 
computer 40 includes standard components: a central processing unit 42, input/output 
devices 44, a system bus 46, a memory 48, a web browser 50 and a network interface 
circuit 58. The supervisory computer 40 departs from standard computers in that it 
5 stores a set of novel executable programs that support the technique of the invention. 
In particular, memory 48 stores system administration applications 52. The system 
administration applications 52 allow a system administrator to supervise the 
performance of various digital devices within the networked environment 20. The 
memory 48 also stores device vendor applications 54. The device vendor applications 

10 54 allow a vendor of digital devices to supply updates and enhancements to digital 
devices within the networked environment 20. The supply vendor applications 56 
allow a vendor of supplies for a digital device to assess whether supplies are required 
by the digital device. For example, the supply vendor application may query a system 
printer as to whether it has sufficient paper. The system administrator applications 52, 

15 device vendor applications 54, and supply vendor applications 56 are more fully 
appreciated with reference to the following discussion of the remaining elements of 
the invention. 

Figure 1 also illustrates a server computer 60. The server 60 includes standard 
server components: a central processing unit 62, input/output devices 66, a system bus 

20 68, a network interface circuit 70, and a memory 72. The memory 72 stores data and 
executable programs configured in accordance with the invention. In particular, the 
memory 72 stores a device list 74. The device list 74 is a list of digital devices within 
the networked environment that have an associated Uniform Device Descriptor file. 
Each digital device in the list 74 has an associated network address. For example, the 

25 network address may be a Uniform Resource Locator (URL), an addressing technique 
used on the Internet. As described in detail below, a Uniform Device Descriptor file 
specifies a set of attributes associated with a digital device. Further, the file may 
include executable modules or links to executable modules that cause the digital 
device associated with the file to perform a predetermined operation. 
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The memory 72 also stores Universal Device Descriptor (UDD) files 76. The 
UDD files 76 may include a UDD file for the server 60 and UDD files for other digital 
devices within the networked environment 20. 

The server 60 also stores executable modules 78. Each executable module 
5 within the set of executable modules 78 performs an action in connection with a 
specified digital device within the networked environment 20. In other words, a 
particular digital device may have a function associated with it; that function is 
implemented by an executable module. Examples of executable modules 78 are 
discussed below. 

10 The server 60 preferably includes a search module 82. The search module 82 

facilitates searches for specified digital devices within the networked environment 20. 
As discussed below, each digital device with a UDD file may be searched using 
standard Internet searching techniques. The search module 82 executes searches of 
this type. 

15 The routing module 82 operates to deliver a specified UDD file to a selected 

digital device within the networked environment 20 so that the UDD file may be 
visually displayed on the selected digital device. For example, the routing module 82 
may deliver a UDD file to client computer 22 so that it may be displayed on an output 
device 26 of the client computer 22. 

20 Figure 1 also illustrates an update module 84. The update module 84 operates 

to alter a selected Uniform Device Descriptor file in response to an update message. 
For example, the update message may be sent from the device vendor application 54. 
The update message may be a standard email, the content of which is incorporated 
into the UDD file by the update module 84. 

25 Figure 1 further illustrates a digital appliance 90. The digital appliance 90 

refers to any digital device that is not characterized as a client computer or server 
computer. Thus, the digital appliance 90 may be a printer, a pager, a fax machine, a 
personal digital assistant, a digital copier, and the like. The digital appliance 90 
typically includes a controller 92, input or output devices 94, a system bus 96, and a 

30 network interface circuit 100. The digital appliance 90 may also include a UDD file 
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98. Alternately, the UDD file for the digital appliance may be stored on the server 
computer 60. 

The networked environment of Figure 1 will typically include a larger number 
of client computers 22, supervisory computers 40, server computers 60, and digital 
5 appliances 90. The Internet is an exemplary networked environment in which the 
invention is implemented. 

Much of the information passed over the Internet today is in the form of 
Hypertext Markup Language (HTML) documents. Extensible Markup Language 
(XML) documents are currently being introduced on the Internet. In a preferred 
10 embodiment of the invention, the UDD files are implemented as XML documents. 

Extensible Markup Language (XML) establishes a system for defining new 
languages and formats. XML separates structure and content from presentation. 
Thus, a single XML source document can be written once, then displayed in a variety 
of digital devices, such as a computer monitor, a cellular-phone display, and so forth. 
15 XML will work on any communication device that might be developed. Thus, an 
XML document can outlive the particular authoring and display technologies 
available when it was written. Information about XLM is available at 
http://www.w3.org and http://www.xml.com . 

A Document Type Definition (DTD) is a set of syntax rules for tags. It 
20 specifies what tags can be used in a document, what order they should appear in, 
which tags can appear inside other tags, which tags have attributes, and so on. A 
DTD can be part of an XML document, but it is usually a separate document or series 
of documents. Because XML is not a language itself, but rather a system for defining 
languages, it doesn't have a universal DTD the way HTML does. Instead, each 
25 industry or organization that wants to use XML for data exchange can define its own 
DTDs. If an organization uses XML to tag documents for internal use only, it can 
create its own private DTD. 

A tool for reading XML documents is popularly called an XML parser, though 
the more formal name is an XML processor. XML processors pass data to an 
30 application for authoring, publishing, searching, or displaying. XML doesn't provide 
an application programming interface (API) to an application, it just passes data to it. 
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The present invention uses XML syntax to support new functionality. The 
XML syntax of the invention forms the previously described Unified Device 
Descriptor UDD. The invention is disclosed as an application of XML in which a 
Unified Device Descriptor (UDD) is used to specify digital devices. Each digital 
5 device has a unique UDD dedicated to it, which describes parameters, such as device 
characteristics, capabilities, features, status, geographic information, maintenance 
record, job billing information, support/administration information, and the like. 
Using Document Type Definition (DTD), the invention precisely defines the logical 
structure of a UDD, so that each manufacture or device administrator will fill the 

10 contents for its devices. One of the major benefits of using a DTD in XML is that it 
makes each UDD precisely searchable using standard Internet searching technologies. 
In contrast, with current HTML based search technologies, a search results in a large 
amount of returned information that is irrelevant or false. Thus, the invention 
facilitates the operation of using a web browser to* identify digital devices. The 

15 Internet based technique of the invention also facilitates cross-platform functionality. 
Thus, digital devices using different operating systems and connectivity schemes can 
still communicate. 

The invention can be appreciated by envisioning a digital device's installation, 
discovery, connection, use, and management in the Internet environment in the way 

20 that the data has been published: device installation and configuration = data 

modeling; device registration = data publishing; device discovery = data searching; 
device connect = data access; device use = data access interactively; and device status 
= data query/data pushing/data interchange. Each device's UDD may be stored in the 
device itself. Alternately, the UDDs can be consolidated into a central server which 

25 serves the device. The system administrator can register the UDDs into the default 
search engine or some major search engine which is XML enabled. 

The UDD acts as a focal point between the digital device and a network 
administrator. Once a user locates a device's UDD, a variety of actions can be taken to 
interact with this UDD. The system administrator may interact with the UDD to 

30 perform administration tasks via the system administration applications 52. Device 
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manufacturers can interact with the UDD to do troubleshooting and maintenance tasks 

via the device vendor applications 54. 

Executable modules 78 in the form of Java applets or any other appropriate 

scripts can be embedded into the UDD to perform various information exchange, 
5 status monitoring, and format conversion operations. For example, the Java applets 

may be implemented to perform individual and specific tasks such as, status 

monitoring, job spooling, and error handling. 

. Figure 2 illustrates a data structure for a UDD utilized in accordance with the 

invention. The UDD has a root node 110. Stemming from the root node 1 10 are 
10 generic attributes 112 and device attributes 114. In other words, a digital device 

characterized by a UDD is characterized by generic attributes 1 12 that are common to 

all digital devices. The digital device characterized by the UDD is also characterized 

by device attributes 114 that are particular to the digital device under consideration. 
Generic attributes 112 include identity attributes 1 16, system attributes 118, 
15 service attributes 120, and geography attributes 122. The device attributes 114 

include profile attributes 124. Profile attributes 124 include profiles for various 

digital devices, including a printer 125 A, a pager 125B, a fax machine 125C, a 

personal digital assistant 125D, a copier 125E, and any other devices, as represented 

by numeral 125N. 

20 The device attributes 114 also include connection attributes 126, linking 

attributes 128, and access attributes 130. The access attributes 130 specify executable 
modules that may be invoked in connection with the UDD. Figure 2 illustrates 
security 132, error handling 134, query 136, action 138, and status 140 executable 
modules that may be implemented in the UDD of the invention. 

25 This overview of the UDD structure is now supplemented with a specific 

implementation. Explanations and annotations of the following XML code of Table I 
are marked by an introductory character string of "<!-- 44 and an ending character 
string of "-->". Each digital device with a UDD file complies with the following 
Document Type Definition (DTD). 
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TABLE I 



<!-- Each digital device has its own XML file which obeys the Universal Device 
Descriptor defined in udd.dtd, below.-> 

5 

<?xml version=" 1 .0" standalone="no"?> 
<!DOCTYPE udd SYSTEM "udd.dtd"> 

<!~The following code defines global parameters known as notation and entity. ~> 

10 

<!NOTATION tiff PUBLIC "-//ISBN 0-7923-9432-1 ::Graphic Notation//NOTATION 

Aldus/Microsoft Tagged Interchange File Format//EN"> 
<!NOTATION eps PUBLIC "-//ISBN 0-7923-9432-1 ::Graphic 
Notation//NOTATION 
1 5 Adobe Systems Encapsulated Postscript//EN"> 

<!NOTATION ps PUBLIC "-//ISBN 0-7923-9432-1 ::Graphic 
Notation//NOTATION 

Adobe Systems Postscript//EN"> 
<!NOTATION pel PUBLIC "-//ISBN 0-7923-9432-1 ::Graphics 
20 Notation//NOTATION 

Hewllet-Packade Corp Print Control Language//EN"> 
<!NOTATION gif PUBLIC "-//ISBN 0-7923-9432-1: Graphics 
Notation//NOTATION 

Graphic Interchange Format//EN"> 
25 <!NOTATION jpeg PUBLIC "-//ISBN 0-7923-9432- 1 ::Graphics 
Notation//N OT ATION 

JPEG//EN"> 

<!NOT ATION mpeg PUBLIC "-//ISBN 0-7923-9432-1: Graphics 
Notation//NOT ATION 
30 MPEG//EN"> 



9 



WO 01/33338 PCT7USO0/30046 

<!NOTATION png PUBLIC "-//ISBN 0-7923-9432-1 "Graphics 
Notation//NOT ATION . 

PNG//EN"> 

<!NOTATION pdf PUBLIC "-//ISBN 0-7923-9432-1 ::Graphics 
5 Notati on//NOT ATION 

Portable Document Format dobe Systems//EN"> 
<!NOTATION html PUBLIC "-//ISBN 0-7923-9432-1 ::Graphics 
Notation//NOTATION 

HTML//EN"> 

1 0 <!NOTATION text PUBLIC "-//ISBN 0-7923-9432-1 : :Text Notation//NOTATION 
TEXT//EN"> 

<!NOTATION http PUBLIC "Protocol Notation//NOT ATION HTTP//EN"> 
<!NOTATION tcp PUBLIC "Protocol Notation//NOT ATION TCP//EN"> 
<!NOTATION ftp PUBLIC "Protocol Notation//N OT ATION FTP//EN"> 

15 

<! ENTITY % statuslist "draft | revised | final | dead"> 

<!-The following code defines basic entities.— > 

20 <! ENTITY % inputdevicelist "scanner | camera | pager | (#PCDATA)"> 
<! ENTITY % outputdevicelist "printer | projector | (#PCDATA)"> 
<! ENTITY % biputdevicelist "copier | mfd | fax | phone | pda | storage |erver | 
(#PCDATA)"> 

<! ENTITY % devicelist "%inputdevicelist; | %outputdevicelist; |%biputdevicelist;"> 
25 <!ENTITY % inputdeviceprofilelist "scanner.prof | camera.prof | pager.prof 
|(#PCDATA)"> 

<! ENTITY % outputdeviceprofilelist "printer.prof | projector.prof |(#PCDATA)"> 
<! ENTITY % biputdeviceprofilelist "copier.prof | mfd.prof | fax .prof Iphone.prof | 

pda.prof | storage.prof | server.prof | (#PCDATA)"> 
30 <! ENTITY % devicelist "%inputdeviceprofilelist; | %outputdeviceprofilelist; 

%biputdeviceprofilelist;"> 
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<! ENTITY % protocollist "enthemet | parallel | usb | irda | serial |(#PCDATA)"> 
<! ENTITY % connectionlist "http | ftp | tcp | parallel | usb | irda | serial 
|(#PCDATA)"> 

<! ENTITY % mapref SYSTEM (#PCDATA) NDATA (gif | jpeg)> 
5 <! ENTITY % urlref SYSTEM (#PCDATA) URL)> 

<! ENTITY % reflist "pointer IDREF #REQUIRED"> 

<! ENTITY % emailref SYSTEM (#PCDATA) URL)> 

<! ENTITY % phoneref SYSTEM (#PCDATA) URL)> 

<! ENTITY % addressref SYSTEM (#PCDATA) URL)> 
1 0 <! ENTITY % input-format "tiff | jpeg | mpeg | png | gif | ps | eps"> 

<! ENTITY % output-format "ps | pel | tiff | png | pdf | jpeg | gif | html |text"> 

<! ENTITY % yes-no "yes | no"> 

<! ENTITY % paper-type "plain | transparency | gloss"> 

<! ENTITY % papersize "letter | legal | ledger | a4 | b3"> 
1 5 <! ENTITY % color-model "cmyk | hexcolor | rgb"> 

<! ENTITY % orientation "portrait | landscape"> 

<!~The following code defines the UDD root node 110. --> 

20 <! ELEMENT udd (generic, device+)> 
<!ATTLIST udd 

status (%statuslist;) "draft" 

xml:lang(EN) "EN" 

udd.version CDATA #REQUIRED 
25 udd.date CDATA #REQUIRED 

udd.id "%!udd!%" #REQUIRED 

copyright CDATA #IMPLIED> 

<!--The following code defines the generic attributes 1 12. --> 

30 

<! ELEMENT generic (identity, system, geography, service)> 
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<!-- The following code defines the identity attribute 1 1 6. In particular, the code 
defines a device type, a device name, a device ED, a device serial number, a device 
model, a device owner, a device vendor, and a device version. — > 



10 



15 



<! ELEMENT identity (#PCDATA)> 

<!ATTLIST identity 

DevType (%devicelist;) 
DevName CD ATA 
DevID CD ATA 
DevSerNo CD ATA 
DevModel CD ATA 
DevOwner CDATA 
DevVendor CDATA 
DevVersion CDATA 



#REQUIRED 
#REQUERED 
#REQUIRED 
#REQUIRED 
#REQUIRED 
#REQUERED 
#REQUIRED 
#REQUIRED> 



<!-- The following code defines system attributes, such as the domain name for the 
system, the device server, and the device URL.~> 



<! ELEMENT system (#PCDATA)> 
20 <!ATTLIST system 

DomainName CDATA #REQUIRED 

DevEP CDATA #REQUERED 

DevHWAddr CDATA #REQUERED 

DevServer CDATA #REQUIRED 
25 DevURL (%urlref;) #REQUIRED> 

<!- The following code defines geography attributes 122, such as room number, 
building number, floor number, address, etc. — > 

30 <! ELEMENT geography (#PCDATA)> 
<!ATTLIST geography 
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RoomNo CDATA #REQUIRED 
BuildNo CD AT A #REQUIRED 
FloorNo CDATA #REQUIRED 
Address CDATA #REQUIRED 
5 City CDATA #REQUIRED 

StateCode CDATA #REQUIRED 
ZipCode CDATA #REQUJRED 
CountryCode CDATA #REQUIRED 
MailStop CDATA #REQUIRED 
10 Map (%mapref;) #IMPLIED> 

<!« The following code defines service attributes 120, such as administrator 
information, vendor information, supplier information, and the like.~> 

1 5 <! ELEMENT service (Adminlnfo, Vendorlnfo, SupplierInfo)> 
<!ELEMENT Adminlnfo (#PCDATA)> 
<!ATTLIST Adminlnfo 

admin-email (%emailref;) #REQUIRED 
admin-phone (%phoneref;) #REQU1RED 
20 admin-address (%addressref;) #REQUIRED> 

<! ELEMENT Vendorlnfo (#PCDATA)> 
<!ATTLIST Vendorlnfo 

vendor-email (%emailref;) #REQUIRED 
25 vendor-phone (%phoneref;) #REQUIRED 

vendor-address (%addressref;) #REQUIRED> 

<! ELEMENT Supplierlnfo (#PCDATA)> 
<!ATTLIST Supplierlnfo 
30 supplier-email (%emailref;) #REQUIRED 

supplier-phone (%phoneref;) #REQUIRED 
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supplier-address (%addressref;) 



#REQUIRED> 



<!~The following code defines device attributes 1 14. — > 

5 <!ELEMENT device (profile, connection?, linkage?, access?)> 
<! ELEMENT device 

name.refCDATA #IMPLIED> 

<!-The following code defines profile attributes 124. The code defines attributes for 
10 a number of devices, including a printer, projector, camera, scanner, pager, copier, 
fax, phone, multifunction device (mfd), personal computer, personal digital assistant 
(pda), server, and a storage device. Naturally, additional devices can be specified. 
For each device a set of attributes is defined. For example, the printer has specified 
attributes of a name, input format (Iformat), Duplex characteristics, paper size, paper 
1 5 type, paper orientation, color capability, color model, color profile, and the address of 
executable modules 78 (DriverURL) associated with the printer. The remaining 
devices include a set of specified attributes, as shown below.~> 

<! ELEMENT profile (%deviceprofilelist;)*> 

20 

<!ELEMENT printer.prof (%outputdevice;)> 
<!ATTLIST printer.prof 



Name CD ATA #EVIPLIED 



25 



30 



IFormat (%output-format;) #REQUIRED 
Duplex (%yes-no;) "no" 
N-Up CDATA #REQUIRED 
PaperSize (%papersize;) "letter" 
PaperType (%papertype;) "plain" 
Orientation (%orientation;) "portrait" 
Color (%yes-no;) "no" 
ColorModel (%color-model;) #EvlPLIED 
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ColorProfile (%urlref;) #IMPLffiD' 
DriverURL (%urlref;) #IMPLffiD> 



<! ELEMENT projector.prof (%outputdevice;)> 
5 <! ATTLIST projector.prof 

Name CD AT A #IMPLffiD 
IFormat (%output-format;) #REQUIRED 
Zoom CD ATA #REQUIRED 
Color (%yes-no;) "no" 
10 ColorModel (%color-model;) #MPLffiD 

Orientation (%orientation;) "portrait" 
ColorProfile (%urlref;) #IMPLIED" 
DriverURL (%urlref;) #IMPLIED> 

1 5 <! ELEMENT camera.prof (%inputdevice;)> 
<! ATTLIST camera.prof 

NameCDATA #IMPLIED 
Zoom CDATA #REQUERED 
Color (%yes-no;) "no" 

20 ColorModel (%color-model;) #IMPLffiD 

OFormat (%input-format;) #REQUIRED 
Orientation (%orientation;) "portrait" 
ColorProfile (%urlref;) #EV1PLIED" 
DriverURL (%urlref;) #IMPLIED> 

25 

<! ELEMENT scanner.prof (%inputdevice;)> 

<!ATTLIST scanner.prof 

NameCDATA #DV1PLIED 
Zoom CDATA #REQUTRED 
30 Color (%yes-no;) "no" 

ColorModel (°/ocolor-model;) #1MPLIED 
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Orientation (%orientation;) "portrait" 
OFormat (%input-format;) #REQUIRED 
ColorProfile (%urlref;) #IMPLIED" 
DriverURL (%urlref;) #IMPLIED> 

5 

<! ELEMENT pager.prof (%inputdevice;)> 

<!ATTLIST pager.prof 

Name CD ATA #IMPLIED 
Phone CD ATA #REQUIRED 
1 0 DriverURL (%urlref;) #IMPLIED> 

<!ELEMENT copier.prof (%biputdevice;)> 
<!ATTLIST copier.prof 

Name CD ATA #IMPLIED 

15 IFormat (%input-format;) #REQUIRED 

OFormat (%output-format;) #REQUIRED 
Zoom CD ATA #REQUIRED 
Duplex (%yes-no;) "no" 
Binding (%yes-no;) "no" 

20 N-Up CDATA #REQUIRED 

Color (%yes-no;) "no" 
ColorModel (%color-model;) #IMPLIED 
Orientation (%orientation;) "portrait" 
PaperSize (%papersize;) "letter" 

25 PaperType (%papertype;) "plain" 

Color (%yes-no;) "no" 
ColorModel (%color-model;) #IMPLIED 
ColorProfile (%urlref;) #IMPLIED" 
DriverURL (%urlref;) #IMPLIED> 

30 . 

<! ELEMENT fax.prof (%biputdevice;)> 
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<!ATTLIST fax.prof 

Name CDATA #IMPLIED 
IFormat (%input-format;) #REQUTRED 
OFormat (%output-format;) #REQUIRED 
5 Zoom CDATA #REQUIRED 

PaperSize (%papersize;) "letter" 
PaperType (%papertype;) "plain" 
Color (%yes-no;) "no" 
ColorModel (%color-model;) #1MPLIED 
10 Orientation (%orientation;) "portrait" 

DriverURL (%urlref;) #IMPLIED> 

<! ELEMENT phone.prof (%biputdevice;)> 
<! ATTLIST phone.prof 
15 Name CDATA #IMPLIED 

Phone CDATA #REQUIRED 
Extension CDATA #REQUIRED 
Audix CDATA #REQUIRED 
AnswerMessage (%urlref;) #1MPLIED 
20 VoiceMail (%urlref;) #IMPLIED" 

DriverURL (%urlref;) #IMPLIED> 

<! ELEMENT mfd.prof (%biputdevice;)> 
<! ATTLIST mfd.prof 
25 Name CDATA #IMPLIED 

Zoom CDATA #REQUIRED 
IFormat (%input-format;) #REQUIRED 
OFormat (%output-format;) #REQUIRED 
Duplex (%yes-no;) "no" 
30 Orientation (%orientation;) "portrait" 

PaperSize (%papersize;) "letter" 
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PaperType (%papertype;) "plain" 
Color (%yes-no;) "no" 
ColorModel (%color-model;) #IMPLffiD 
ColorProfile (%urlref;) #IMPLIED" 
5 DriverllRL (%urlref;) #IMPLIED> 

<! ELEMENT pc.prof (%biputdevice;)> 
<! ATTLIST pc.prof 

Name CDATA #IMPLIED 

1 0 UserName CDATA #REQUIRED 

ShareAccess CDATA #REQUIRED 
HomeDirectory CDATA #REQUIRED 
MailServer #REQUIRED 
Calender #REQUIRED 

1 5 ff Address CDATA #MPLffiD 

HWAddress CDATA #IMPLIED 
ServerName CDATA #REQUIRED> 



<!ELEMENT pda.prof (%biputdevice;)> 
20 <!ATTLIST pda.prof 

Name CDATA #IMPLffiD 
UserName CDATA #REQUIRED 
ServerName CDATA #REQUIRED> 

25 <! ELEMENT server.prof (%biputdevice;)> 
<! ATTLIST server.prof 

Name CDATA #IMPLIED 
Name CDATA #REQUIRED 
IP Address CDATA #IMPLIED 

30 HWAddress CDATA #IMPLIED 

AccessAttr #REQUIRED 
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AccessURL (%urlref;) #REQUIRED 
ServerName CD ATA #REQUIRED> 

<! ELEMENT storage.prof (%biputdevice;)> 
5 <! ATTLIST storage.prof 

Name CD ATA #MPLIED 

AccessAttr #REQUIRED 

AccessURL (%urlref;) #REQUIRED 

IP Address CDATA #IMPLIED 
10 HW Address CDATA #IMPLIED 

ServerName CDATA #REQUIRED> 

<!-- More devices can be specified at this point. The definition of UDD is evolving to 
accommodate new types of devices/appliances.~> 

15 

<!-The following code specifies connection attributes 126. In particular, the code 
specifies the interfaces and protocols supported by the digital device.— > 



<! ELEMENT connection (#PCDATA)> 
20 <! ATTLIST connection 

interface (%connectionlist;)+ #REQUIRED 
protocol (%protocollist;)+ #REQUIRED> 

<!-The following code specifies link attributes 128. This code supports the ability to 
25 link output from one digital device with input to a second digital device. Thus, for 
example, two digital devices may share the responsibility to complete a task. Other 
examples of the use of this feature are described below. ~> 



<! ELEMENT linkage (input | output | biput | #PCDATA)*> 
30 <! ATTLIST linkage 

input (%urlref; | %reflist;) #IMPLIED 
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output (%urlref; | %reflist;) #IMPLIED 

backup (%urlref; | %reflist;) #IMPLffiD 

next (%urlref; | %reflist;) #IMPLffiD 

previous) (%urlref; | %reflist;) #IMPLIED> 
5 <! ELEMENT input (%urlref; | %reflist;)> 
<! ELEMENT output (%urlref; | %reflist;)> 
<! ELEMENT biput (%urlref; | %reflist;)> 

<!-The following code defines access attributes 130. The access attributes 130 
1 0 specify different executable modules 78 that may be invoked for performance by a 
digital device. The following code defines a "query" module at a specified location 
("urlref). Related modules exist for status, security, action, and error handling.~> 

< 'ELEMENT access (query?, status?, security?, action?, errorhandling?)> 
1 5 <!-- NOTE: here ATTLIST is for non-visual usage of the udd file --> 
<!ATTLIST access 

query (%urlref;) #REQUIRED 
status (%urlref;) #REQUIRED 
security (%urlref;) #REQUIRED 
20 action (%urlref;) #REQUIRED 

errorhandling (%urlref;) #REQUIRED> 

<!— The following code is for visual use. As above, the "urlref refers to the location 
that the applet, driver or script resides. The executable module is invoked to perform 
25 an action in connection with the digital device.— > 

<! ELEMENT query (%urlref;)> 
<! ELEMENT status (%urlref;)> 
<! ELEMENT security (%urlref;)> 
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<!ELEMENT action (%urlref;)+> 

<! ELEMENT errorhandling (%urlref;)> 
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5 The foregoing file structure is more fully appreciated with reference to a 

specific example. Assume that there are two printers in a building at Sun 
Microsystems, Inc., Palo Alto, California, the assignee of the present invention. The 
two printers are on the second floor of building 4 (SUN04) in Sunnyvale, California. 
One printer is defined as "snowpuplO" and the other is defined as "snowpupH". 

10 UDD files "snowpuplO.xml" and "snowpupH.xmr are created to comply with the 
UDD definition set forth above. 

The following assumptions are also made. First, snowpuplO.xml has a 
network address of http://shoki.eng/printer/. The driver code for "snowpuplO" is 
located at http://shoki.eng/printer/snowpuplO/bin/driver. Executable modules to 

1 5 perform actions like query, printing, error handling, security checks, and job handling 
are stored at http://shoki.eng/printer/snowpuplO/. The XML UDD file of Table II is 
non-visual, so it is suitable for device-to-device communication. 

TABLE n 

20 — — 

<?xml version="1.0" standalone="no"?> 

<!-- Define the root node 1 10.-> 

25 <!DOCTYPE udd SYSTEM "udd.dtd"> 

<udd status="draft" xml:lang="EN" udd.version="1.0" udd.date= M 1999.5.5" 
udd.id="%!udd!%" copyright="Sun Microsystems Inc"> 

<!-Define the generic attributes 1 12.-> 

30 

<generic> 
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<identity DevType="printer M DevName= ,f snowpuplO" DevID-'lOOP 
DevSerNo="300201 131001" DevModel="Lexmark 111" DevOwner="platform 
5 group 11 

DevVendor="Lexmark" DevVersion="l .22. 1 "x/identity> 
<system DomainName="Eng.Sun.Com" DevIP="129. 144.12.10" 
DevHWAddr="0.3. 0.34.02.3" DevServer="shoki" 
DevURL="http://shoki.eng/prirt 

<!-Define the geography attributes 122.— > 

<geography RoomNo="2000" BuildNo="SUN04" FloorNo= ,, 2 M Address="430 
N.Mary Ave" 

1 5 City="Sunnyvale" StateCode="CA" ZipCode="94086" CountryCode= ,, us ,, 
MailStop="SUN04-203" 

Map="http://shoki.eng/printer/snowpuplO/map ,, x/geography> 
<!— Define the service attributes 120.— > 

20 

<service> 

<AdminInfo/ admin-email="jici@shoki" admin-phone- 'x48895" 
admin-address="SUN04-203-20 1 5 n > 

<VendorInfo/ vendor-email="support@lexmark.com M vendor-phone=" 1 8001exmark" 
25 vendor-address=" n > 

<SupplierInfo/ supplier-email- 'support@supply.com" supplier-phone- ' 1 800supply" 

supplier-address- '"> 

</service> 

</generic> 

30 

<! -Define the device attributes 1 14.— > 
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<!--Define the profile attributes 124.~> 
5 <profile> 

<printer.prof Name="snowpupl0" IFormat="ps, pel" Duplex="no" N-up =, T' 
PaperSize-'letter" PaperType-'plain, transparency" Orientation-'portrait" 
Coior="no" DriverURL= M http://shoki.eng/printer/snowpup 1 0/bin/driver"> 
</printer.prof> 
10 </profile> 

<connection/ interface-'ethernet, parallel" protocol- f tcp, ftp, parallel, 
telnet M ><linkage/ backup="http://shoki.eng/printer/snowpupl4.xmr , > 
<access query="http://shoki.eng/printer/snowpupl 0/query.pl" 
status= ft http ://shoki .eng/printer/snowpup 1 0/status.pl 11 

1 5 security= ,, http://shoki.eng/printer/snowpup 1 0/security.class ,f 

action= ,f http://shoki.eng/printer/snowpupl 0/action.jar l! errorhandli 
ng="http ://shoki .eng/printer/snowpup 1 0/error.j ar"> 
<query/><status/xsecurity/><action/><errorhandling/> 
</access> 

20 </device> 
</udd> 



Alternately, the foregoing code can be implemented in a visual form so that a 
25 user can interact with the page. Figure 3 illustrates a browser 142 on a display device 
150, such as a computer monitor, flat panel screen, and the like. The browser displays 
the contents of the UDD file, including identity attributes 116, system attributes 118, 
geography attributes 122, service attributes 120, profile attributes 124, connection 
attributes 126, link attributes 128, access attributes 130, query executable modules 
30 136, status executable modules 140, security executable modules 132, action 
executable modules 138, and error handling executable modules 134. 
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The code of Table HI is an example of a visual page that allows a user to 
interact with a displayed UDD file. 



TABLE ID 



<!~The following code defines the UDD root node 1 10.--> 



<?xml version="1.0" standalone="no"?> 
<!DOCTYPE udd SYSTEM "udd.dtd"> 
10 <udd status="draft" xml:lang="EN" udd.version="1.0" udd.date= M 1999.5.5" 
udd.id="%!udd!%" copyright="Sun Microsystems Inc"> 

<!-The following code defines generic attributes 112, including identity attributes 
116, system attributes 118, and geography attributes 122, and service attributes 120.-- 
15 > 

<generic> 

<identity DevType="printer" DevName="snowpuplO" DeyID="100r 
20 DevSerNo="300201 131001" DevModel="Lexmark 111" DevOwner="platform 
group" 

DevVendor="Lexmark" DevVersion="1.22.1">Welcome to Home Page of the Printer 
snowpup 1 0</identity> 

25 <system DomainName="Eng.Sun.Com" DevIP="129.144.12.10" 
DevHWAddr="0.3.0.34.02.3" DevServer="shoki" 

DevURL="http://shoki.eng/printer/snowpuplO/driver">I am in the domain of 
Eng.Sun.Com and maintained by Sun Microsystem platform group</system> 

30 <geography RoomNo="2000" BuildNo="SUN04" FloorNo="2" Address="430 
N.Mary Ave" 
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City="Sunnyvale" StateCode="CA" ZipCode="94086" CountryCode="us" 
MailStop= n SUN04-203 n Map= ,! http://shoki.eng/printer/snowpuplO/map n >Iam 
located 

in 430 N.Mary Ave, Sunnyvale, CA 94086, Building 4 Floor 2 and MailStop 
5 SUN04-203. Here is the map shows where I am 

sitting<href="shoki.eng/printer/snowpup 1 0/map"> </geography> 

<service> 

<AdminInfo admin-email="jici@shoki" admin-phone="x48895" 
10 admin-address="SUN04-203-201 5">Jici Gao is your system administor for me, he 
can be reached at x48895 and email :jici@shoki 

<VendorInfo vendor-email- 'support@lexmark.com" vendor-phone="l 8001exmark" 
vendor-address="www.lexmark.com/lexmarkl 1 1 ">Here is the vendor information, in 
case you need:....</VendorInfo> <SupplierInfo supplier-email= 

1 5 ,l support@supply.com H 

supplier-phone- ' 1 800supply"supplier-address="www.supply.com M >Here is the 

supplier information in case we run of the paper or toner: </SupplierInfo> 

</service> 
</generic> 

20 <device> 
<profile> 

<!-The following code defines device attributes 1 14, including profile attributes 124, 
connection attributes 126, link attributes 128, and access attributes 130.— > 

25 

<printer.prof Name="snowpupl0" IFormat-'ps, pcl ,? Duplex="no" N-up-T' 
PaperSize-' letter" PaperType- 'plain, transparency" Orientation- 'portrait" 
Color="no" DriverURL="http://shoki.eng^ 
printer can take PostScript and PCL format.... 

30 

</printer.pro£> 
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Connection interface-'ethernet, parallel" protocol="tcp, ftp, parallel, 
telnet">This printer has ethernet connection and takes TCP/IP and FTP, Telnet, 
5 LP and Parallel protocols</connection> <linkage 

backup="http://shoki.eng/printer/snowpupl4.xmr'>I have a backup 

printer, if I am out of work, the job will be routed to it : snowpupl4!</linkage> 

<access query= ,, http://shoki.eng/printer/snowpuplO/query.p^ , 

1 0 status-'http ://shoki.eng/printer/snowpup 1 0/status.pl" 

security="http://shoki.eng/printer/snowpuplO/security.class t, 
action- 'http ://shoki . eng/printer/snowpup 1 0/action j ar" 
errorhandling =,, http://shoki. eng/printer/snowpup 1 0/error.jar"> 
<query>Query<href="http ://shoki . eng/printer/snowpup 1 0/query.j ar f ' 

1 5 img="http://shoki. eng/printer/snowpup 1 0/query.gif ! ></query> 

<status>Status<href= f, http://shoki.eng/printer/snowpup 1 0/status.jar" 
img= fl http://shoki.eng/printer/snowpuplO/status.gif'></status> 
<securi ty>Securityhref="http://shoki. eng/printer/snowpup 1 0/security.jar 1 ' 
img= :,f http://shoki .eng/printer/snowpup 1 0/security.gif ></security> 

20 <action>Action<href="http://shoki.eng/printer/snowpuplO/action.jar ,, 
img= !t http://shoki. eng/printer/snowpup 1 0/action.gif '></action> 
<errorhandling>ErrorHandling<href="http ://shoki.eng/printer/snowpup 1 0/errorhan 
dlingjar"img= n http://shoki.eng/printer/snowpuplO/errorhandling.gif></erro±^ 
g> 

25 </access> 
</device> 
</udd> 



30 Table IV provides another example of code that may used in accordance with 

the invention. In this example, a personal workstation has two networked printers 



26 



WO 01/33338 PCT/USOO/30046 

(snowpupl0andsnowpupl4), a phone, a digital camera, and a server shoki. The 
personal workstation, two networked printers, and the server are connected in a 
networked environment. The phone and digital camera are not connected to the 
network. Thus, the phone and digital camera are described as part of the personal 
5 workstation. The server and printers have their own xml page and are linked into 
pc.xml. 



TABLE IV 



10 <!-The following code defines the UDD root node 1 10.--> 

<?xml version="1.0" standalone="no"?> 
<!DOCTYPE udd SYSTEM "udd.dtd"> 

<udd status="draft" xml:lang="EN" udd.version="1.0" udd.date=" 1999.5. 5" 
15 udd.id="%!udd!%" copyright="Sun Microsystems lnc"> 

<!~The following code defines generic attributes 112, including identity attributes 
1 16, system attributes 118, geography attributes 122, and service attributes 120. 

20 <generic> 

<identity DevType="pc" DevName="jgao" DevrD=" 1 002" 
DevSerNo="30020223000" 

DevModel="SUN Ultra 1 Workstation" DevOwner="platform group" 
DevVendor="Sun 
25 Microsystem" DevVersion="5.7"></identity> 

<system DomainName="Eng.Sun.Com" DevIP="129.144.12.109" 

DevHWAddr="8:0:20:8d:23:81"DevServer="shoki" 

DevURL="http://shoki.eng/pc/jgao.eng/"Xsystem> 
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<geography RoomNo^'2025" BuildNo= n SUN04" FloorNo="2" Address= M 430 
N.Mary Ave 1 ' 

City^'Sunnyvale" StateCode="CA" ZipCode="94086" CountryCode="us" 
MailStop="SUN04-203" Map="http://shoki.eng/pc/jgao.eng/map H ></geography> 

5 

<service> 

<AdminInfo/ admin-email="jici@shoki" admin-phone="x48895" 
admin-address="SUN04-203-201 5"> 

<VendorInfo/ vendor-email= M ens@eng.sun.com" vendor-phone="l 800sunrise" 
1 0 vendor-address="www.sun.com"> 

<SupplierInfo/ supplier-email="ens@eng.sun.com" supplier-phone- ' 1 800sunrise" 

supplier-address="www.sun.com"> 

</service> 

</generic> 

15 

<!~The following code device attributes 1 14, including profile attributes 124, 
connection attributes 126, and access attributes 130. The access attributes 130 include 
query attributes 136, action attributes 138, and error handling attributes 134.-> 

20 <device> 
<profile> 

<pc.profName="jgao" UserName-'jici", Share Access="rwxr-xr-x", 
HomeDirectory="/home/jici f ' MailServer= f 7shoki.eng/Mail/jici 
Calender=7shoki.eng/Calender/jici" IP Address=" 1 29. 1 44. 1 2. 1 09" 
25 HWAddress= H 8:0:20:8d:23:81" ServerName= n shoki.eng"> 
</pc.prof> 
</profile> 

Connection/ interface-'ethernet, parallel, serial n protocol="tcp, ftp, 
30 parallel, telnet, serial M ><linkage input= fm output="http://shoki.eng/printer/snowpupl 0 M 
backup="http://shoki.eng/ n 
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next="http ://shoki . eng/printer/snowpup 1 4"> 

<input/ pointer="jgao-camera n xbiput/ pointer="jgao-phone"></linkage> 



<access que^y= ^ http://shoki.eng/pc/jgao/que^y.p^ , 
5 status="http://shoki.eng/pc/jgao/status.pr 

security= M http://shoki.eng/pc/jgao/security.class ,, 
action- f http ://shoki .eng/pc/j gao/action.j ar" 
errorhandling="http ://shoki . eng/pc/j gao/error.j ar M > 

1 0 <queiy/><staliis/><security/><action/><errorhandling/> 
</access> 

<!--The following code describes the camera attributes, again relying upon the UDD 
file structure shown in Figure 2.~> 

15 

</device> 

<device name.ref^jgao-camera'^ 
<profile> 

<camera.prof Name= M jgao-camera n Zoom="default" Color="yes M OFormat= M jpeg, 
20 gif 

DriverURL== H http://shoki.eng/pc/jgao.eng/jgao-camera H > 

</camera.prof> 

</profile> 

<connection/ interface="paralel", protocol= M paraller> 
2 5 <access query= M http ://shoki .eng/pc/j gao/j gao-camera/query j ar" 
action= ,, http://shoki.eng/pc/jgao/jgao-camera/action.jar" 
errorhandling="http ://shoki . eng/pc/j gao/j gao-camera/error.j ar n ></access> 

<!--The following code describes the phone attributes, again relying upon the UDD 
30 file structure shown in Figure 2.— > 
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</device> 

<device name.ref= M jgao-phone M > 
<profile> 

^hone.profName^'jgao-phone" Phone="408-328-8995" Extension="48995" 
5 Audix="48500" 

AnswerMessage= M http://shoki.eng/pc/jgao.eng/jgao-phone/answ 
VoiceMail= ,t http://shoki.eng/pc/jgao.eng/jgao-phone/voice^lai^ , 
DriverURL="http://shoki.en 
g/pc/j gao .eng/j gao-phone"> 
10 </phone.prbf> 
</profile> 

<access query="http ://shoki .eng/pc/jgao/jgao-phone/query.j ar M 
action= M http ://shoki .eng/pc/j gao/j gao-phone/action.j ar" 
errorhandling="http ://shoki . eng/pc/j gao/j gao-phone/error j ar"x/access> 
15 </device> 
</udd> 



Those skilled in the art will appreciate that the disclosed technology allows 
20 digital devices to be easily and precisely located through a web browser search. The 
web browser search can be used to identify digital devices with selected attributes, 
such as device location, device speed, device functionality, and the like, as specified 
in the UDD file 76 for each digital device. The search module 80 may rely upon 
existing Internet searching techniques to match specified attributes in a search request 
25 with attributes in a UDD file. For example, the search request may specify generic 
attributes 112 including system attributes 1 1 8 and geography attributes 122. The 
search may further specify device attributes 1 14 including profile attributes 124 and 
connection attributes 126. A UDD file satisfying the specified criteria is then selected 
using standard searching techniques. 
30 Once a digital device is located, the user can communicate with the digital 

device in a variety of modes. In one mode, the user observes the home page dedicated 
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to the device (see, for example, Figure 3). The device home page describes the 
device's features, capabilities, location, and other device attributes. In a second mode, 
peer-to-peer or machine-to-machine communications are established via executable 
programs that assess the status of a digital device. A status page for the device may 
5 be sent. In addition, Java applets may be embedded in the digital device home page. 

For example, Java applets may be used to send jobs to a digital device or capture 

— . 

output from a digital device. These techniques may be used by a system administrator 
to remotely maintain digital devices. A digital device manufacturer may use this 
feature to facilitate upgrades or updates to the digital device or to remotely perform 

10 trouble shooting for the digital device. 

Multiple devices can be chained to perform complex tasks. For example, a 
second printer can be chained into a first printer UDD to be a backup, or to speed up 
printing of a big job, if they are the exact same kind of printers. This may be achieved 
through reliance upon the previously described link attribute 128. The link attribute 

15 128 may also be used to chain an input device directly into an output device, if a 
common communication format is used. Thus, for example, a digital camera can be 
linked directly into a color printer. In this case, a user clicks the camera and its output 
is automatically printed at the designated printer. 

Examples of the invention include person-to-person communications. In this 

20 mode, suppose Person A and Person B each have a personal computer that is equipped 
with a digital voice system and Internet connections. Each person is assumed to be 
using an XML-compliant browser. If they share their UDD pages, a number of actions 
can be taken. For example, if Person A does not know where Person B is, Person A 
can execute a web browser-based search to identify Person B's UDD. If Person A 

25 clicks on a voice system icon within Person B's UDD, the applet associated with the 
voice system icon is activated and Person B's voice system rings and indicates that it 
is Person A calling. If Person B wants to accept the call, he may click on the voice 
system icon within his UDD. Thereafter, communication is established between 
Person A and Person B. If Person B is not available, Person A either leaves a 

30 message on Person A's voice system or on his email/note system by clicking the 

corresponding icon on Person B's UDD. Person B can place contact information for 
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his business group or boss on his machine's UDD. If Person B is not available, 
Person A can bypass Person B and access the HDDs of Person B's business group or 
boss. 

Person-to-device communications are also feasible in accordance with the 
5 invention. Suppose Person A wants to use a printer with duplex capacity. He searches 
the Internet by typing printer along with the specified capacity. Suppose there are two 
duplex printers in the Internet, one is monochrome and the other is color. There are 
also some simplex printers. Thus, the search sends back the UDDs for two printers. 
Person A wants to print a set of presentation reports in color. Therefore, he chooses 

10 the color duplex printer by accessing its UDD page. Now he sees everything in the 
page. He can click the status icon to query the status, or the page which reports the 
instant status of the printer. He can verify that there is enough paper inside the 
printer. He can also click the icon which allows him to send over his job. He may 
then go to another job while waiting for the printer to finish the print job. The status 

1 5 of the printer UDD will keep displaying the progress or status changes. 

Another example of a person-to-device communication follows. Suppose 
Person A has a book to print which he does not want to print on his own machine. 
Thus, he searches for a printer in a nearby copy center. When he gets back the 
printer's UDD from the copy center, he can select parameters for the print job in the 

20 copy center. In this case, Person A may want some book-like binding that can be 
specified through the copy center's UDD. 

Device-to-person interactions are also feasible in accordance with the 
invention. For example, the device may be a home security system. The home 
security system may have a UDD sensor device. The UDD also includes an address 

25 for Person A's voice device, page device, PDA, etc. When the sensor device generates 
a specified output signal, Person A is notified by the different means defined in the 
UDD. 

The invention also supports device-to-device communications. For example, 
assume that the Internet includes a printer, a digital camera, and a storage drive. The 
30 printer UDD may have an input link from the digital camera's UDD, which has an 
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output link to the storage device. Thus, when the digital camera takes a snapshot, the 
snapshot is sent to the printer and is stored in the storage drive. 

The foregoing description, for purposes of explanation, used specific 
nomenclature to provide a thorough understanding of the invention. However, it will 
5 be apparent to one skilled in the art that the specific details are not required in order to 
practice the invention. In other instances, well known circuits and devices are shown 
in block diagram form in order to avoid unnecessary distraction from the underlying 
invention. Thus, the foregoing descriptions of specific embodiments of the present 
invention are presented for purposes of illustration and description. They are not 

10 intended to be exhaustive or to limit the invention to the precise forms disclosed, 
obviously many modifications and variations are possible in view of the above 
teachings. The embodiments were chosen and described in order to best explain the 
principles of the invention and its practical applications, to thereby enable others 
skilled in the art to best utilize the invention and various embodiments with various 

15 modifications as are suited to the particular use contemplated. It is intended that the 
scope of the invention be defined by the following claims and their equivalents. 
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1 . A method executed by one or more digital devices operating in a networked 
environment, said method comprising the steps of: 

5 storing a network address for each digital device of a plurality of digital 

devices within a networked environment; 

associating a Uniform Device Descriptor file with each digital device of said 
plurality of digital devices, each Uniform Device Descriptor file characterizing a set 
of attributes associated with its corresponding digital device; and 
10 matching specified attributes in a search request with attributes in a Uniform 

Device Descriptor file to render a selected digital device. 

2. The method of claim 1 further comprising the step of delivering said Uniform 
Device Descriptor file for said selected digital device to a visual display. 

3. The method of claim 2 further comprising the step of selecting an executable 
module associated with said Uniform Device Descriptor file of said selected digital 
device. 

20 4. The method of claim 3 wherein said selecting step causes said selected digital 
device to perform an action specified by said executable module. 

5. The method of claim 4 wherein said action specified by said executable 
module includes invoking a second digital device to perform a portion of said action 

25 specified by said executable module. 

6. The method of claim 1 further comprising the steps of: 

routing an update message to said Uniform Device Descriptor file of said 
selected digital device; and 
30 altering said Uniform Device Descriptor file in response to said update 

message. 
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7. The method of claim 1 wherein said associating step includes the step of 
establishing each Uniform Device Descriptor file in Extensible Markup Language 
(XML). 

5 8. The method of claim 7 wherein said establishing step includes the step of 
defining generic attributes and device attributes for said selected digital device. 

9. The method of claim 8 wherein said establishing step includes the step of 
defining generic attributes selected from the group including: digital device identity, 

10 digital device system, digital device geography, and digital device services. 

10. The method of claim 8 wherein said establishing step includes the step of 
defining device attributes selected from the group including: digital device profile, 
digital device connection, and digital device link. 

1 1 . The method of claim 8 wherein said establishing step includes the step of 
defining digital device attributes including executable modules. 

12. The method of claim 1 1 wherein said defining step includes the step of 

20 defining executable modules selected from the group including: a digital device query 
module, a digital device status module, a digital device security module, a digital 
device action module, and a digital device error handling module. 

13. A computer readable memory to direct one or more digital devices in a 
25 networked environment to function in a specified manner, comprising: 

a digital device list specifying a network address for each digital device of a 
plurality of digital devices within a networked environment; 

a set of Uniform Device Descriptor files, each Uniform Device Descriptor file 
characterizing a set of attributes associated with a corresponding digital device of said 
30 plurality of digital devices; and 
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a search module to match specified attributes in a search request with 
attributes in a Uniform Device Descriptor file to render a selected digital device. 



14. The apparatus of claim 13 further comprising a routing module to deliver said 
5 Uniform Device Descriptor file of said selected digital device to a visual display. 

15. The apparatus of claim 13 further comprising an executable module associated 
with said Uniform Device Descriptor file of said selected digital device. 

10 16. The apparatus of claim 1 5 wherein said executable module includes 
instructions that cause said selected digital device to perform a specified action. 

17. The apparatus of claim 16 wherein said executable module includes 
instructions to invoke a second digital device to perform a portion of said specified 

1 5 action. 

18. The apparatus of claim 13 further comprising an update module to alter a 
selected Uniform Device Descriptor file in response to an update message. 

20 19. The apparatus of claim 13 wherein said Uniform Device Descriptor file 
defines generic attributes and device attributes for said selected digital device. 

20. The apparatus of claim 1 9 wherein said Uniform Device Descriptor file 
defines device attributes including executable modules selected from the group 
25 including: a digital device query module, a digital device status module, a digital 
device security module, a digital device action module, and a digital device error 
handling module. 
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